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LOCAL DATABASE GAMING SYSTEM TECHNIQUES 

BACKGROUND OF THE INVENTION 

[0001] This invention relates to gaming systems, and 
more particularly relates to storage and processing of data 
related to such systems. 

[0002] A large gaming casino typically employs thousands 
of gaming machines that can be operated simultaneously. 
The gaming machines generate considerable transaction data 
that needs to be stored and analyzed. Typically, the 
transaction data is transmitted from each gaming machine to 
a central database and processing system, which may receive 
a large amount of data during a short time period. 
Experience has shown that the transaction data may be lost 
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due to network congestion or to inadequate processing speed 
to accommodate the large volume of transaction data. 

[0003] A typical arrangement for transmitting 
transaction data from gaming machines to a central database 
and processing system is shown in Figure 1. Gaming 
machines 100P, 102P, 104P and 106P generate transaction 
data that is transmitted over networks 14P, 15P, 16P and 
p 17P, respectively, to a data port unit 45P under control of 

J3 a poller algorithm 44P executed by a central processing 

unit (CPU) 42P that immediately passes the transmitted data 
^ through a network interface 48P and a network 18P to a 

!L central database and processing system 24P. The CPU and 

jLJ 

network form a bottleneck that may lose transaction data, 

Em 

p or many slow the operation of the system to an unacceptably 

B 

low rate. 

[0004] The central processing system 24P typically uses 
report -generating software to generate reports of gaming 
activity by the gaming machines. The software requires 
that the data in the tables of the central database be 
arranged in a format useable by the software. In the past, 
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the formatting of the data in a format useable by the 

report generating software has necessitated more than two 

dozen steps requiring human intervention. These steps are 
time consuming and require highly trained personnel. 

[0005] The present invention addresses the foregoing 
problems and provides solutions. 

BRIEF SUMMARY OF THE INVENTION 

[0006] A first apparatus form of the invention is useful 
in a gaming system comprising a plurality of gaming 
machines and a first database arranged to , store input data 
and the output data. In such an environment, improved data 
storage and communications can be provided between the 
gaming machines and the first database by providing 
apparatus comprising a network and a data processing unit 
including a second database. The data processing unit is 
arranged to poll the gaming machines to obtain the output 
data over the network, to store the output data in the 
second database, to transmit the output data over the 
network to the first database, to obtain the input data 
from the first database, to store the input data in the 
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second database, and to transmit at least a portion of the 
input data from the second database to the gaming machines 
over the network. 

[0007] A second apparatus form of the invention is 
useful in a gaming system comprising a plurality of gaming 
machines arranged to generate output data in a first 
format. In such an environment, an audit report is 
generated by providing apparatus comprising a network and a 
processing system arranged to store an audit program 
capable of generating the audit report from the output data 
formatted into a second format, to poll the gaming machines 
to obtain the output data in the first format over the 
network, to process the output data into the second format 
without human intervention, to store the output data in the 
second format and to generate the audit report from the 
output data in the second format . 

[0008] A first method form of the invention is useful in 
a gaming system comprising a plurality of gaming machines 
and a first database arranged to store input data and 
output data. In such an environment, data storage and 
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communications between the gaming machines and the first 
database are provided by steps comprising polling the 
gaming machines to obtain the output data, storing the 
output data apart from the first database, transmitting 
the stored output data to the first database, obtaining the 
input data from the first database, storing the input data 
apart from the first database and transmitting at least a 
portion of the input data stored apart from the first 
database to the gaming machines. 

[0009] A second method form of the invention is useful 
in a gaming system comprising a plurality of gaming 
machines arranged to generate output data in a first 
format. In such an environment, an audit report can be 
generated by steps comprising storing an audit program 
capable of generating the audit report from the output data 
formatted into a second format, polling the gaming machines 
to obtain the output data in the first format, processing 
the output data into the second format without human 
intervention, storing the output data in the second format, 
and generating the audit report from the output data in the 
second format . 
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[0010] A third method form of the invention is useful in 
a gaming system comprising a plurality of gaming machines 
and a first database arranged to store input data and 
output data. In such an environment, data storage and 
communications are provided between the gaming machines and 
the first database by steps comprising dividing the gaming 
machines into a first group and a second group, polling the 
gaming machines in the first group to obtain first output 
data, storing the first output data apart from the first 
database, transmitting the stored first output data to the 
first database, polling the gaming machines in the second 
group to obtain second output data, storing the second 
output data apart from the first database and apart from 
the first output data, transmitting the stored second 
output data to the first database, obtaining from the first 
database first input data comprising a portion of the input 
data for use in the first group of games, storing the first 
input data apart from the first database, transmitting at 
least a portion of the first input data stored apart from 
the first database to the first group of gaming machines, 
obtaining from the first database second input data 
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comprising a portion of the input data for use in the 
second group of games, storing the second input data apart 
from the first database and apart from the first input 
data, and transmitting at least a portion of the second 
input data stored apart from the first database and apart 
from the first input data to the second group of gaming 
machines . 

[0011] By using techniques of the foregoing type, gaming 
data may be stored, processed and formatted for report 
generation with a degree of ease and reliability previously 
unavailable . 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] Figure 1 is a schematic block diagram of a prior 
art technique for communicating data between gaming 
machines and a central database and processing system. 

[0013] Figure 2 is a schematic block diagram of one form 
of gaming system made in accordance with the invention 
employing one form of network. 
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[0014] Figure 3 is a schematic block diagram of one of 
the gaming machines shown in Figure 2 . 

[0015] Figure 4 is a top plan view of one form of ticket 
printed by the system shown in Figure 2 . 

[0016] Figure 5 is a schematic block diagram of a first 
alternative form of network for the gaming system shown in 
Figure 2 . 

[0017] Figure 6 is a schematic block diagram of a second 
alternative form of network for the gaming system shown in 
Figure 2 . 
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DETAILED DESCRIPTION OF THE INVENTION 

[0018] Referring to Figure 2, gaming system 10 includes 
several gaming machines ("games"), such as gaming machines 
10 0, 102, 104 and 106, that receive input data and generate 
output data. The data is transmitted over a network 12, 
which includes subnetworks 14-19 using, for example, RS485 
serial protocol and data port units (DPUs) 45 and 65. 
Gaming machines 100-106 may be implemented, for example, as 
slot machines, video poker machines, video roulette 
machines, and the like. 

[0019] Network 12 also may be configured as an Ethernet 
network employing TCP/IP protocol. With TCP/IP protocol, 
the use of DPUs 45 and 65 is optional. One form of an 
Ethernet network 12 is shown in Figure 5. 

[0020] As another alternative, network 12 may comprise a 
digital subscriber line (DSL) network of the type shown in 
Figure 6, In this alternative, DSL modems 31 and 32 are 
connected to opposite ends of a DSL subnetwork 33 
comprising twisted pair cabling. A hub 34 separates the 
data channels for gaming machines 100 and 102 and transmits 
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the appropriate data on subnetworks 14-15 as shown. As 
shown in Figure 6, components 31A-34A, which are like 
components 31-34, provide a DSL connection between 
subnetworks 67 and 16-17 as shown. 

[0021] Referring to Figure 2, a central authority 22 
stores the input data for gaming machines and output data 
from gaming machines 100-106 in a central database 24. A 
central processing unit (CPU) 26 operates through a network 
interface 28 and subnetworks 18-19 to enable communication 
with local data processing units 40 and 60. Subnetworks 
18-19, central authority 22 and local data processing units 

(5 

40 and 60 form a processing system 5. 

Q 

m [0022] Units 40 and 60 are organized by dividing games 

O 

jU 100-106 into groups and assigning a unit like units 40 and 

60 to each group. By using such architecture, transaction 
data from each group of games can be temporarily stored in 
the units. The units can be structured so that they always 
have sufficient capacity and speed to accommodate any 
amount of data generated by the games. As a result, the 
overall system never becomes overloaded or bogged down. In 



- 10 - 



Docket No. 13251US01 



addition, no data is lost if networks 18-19 are disabled or 
if central authority 22 is inoperable. Faster and more 
accurate operation results. 

[0023] Units 40 and 60 also are designed to store data 
from database 24 that may be needed by games 100-106. Such 
data will be readily available for use by the games even if 
networks 18 and 19 are disabled or if central authority is 
disabled temporarily. As a result of these features, the 
gaming facility will remain operational even if some of its 
networks or central authority malfunction. 

[0024] Unit 40 may be implemented as a personal computer 
41 employing a central processing unit (CPU) 42 that 
executes a poller algorithm 44, which polls gaming machines 
100 and 102 to obtain output data over subnetworks 14 and 
15 through data port unit (DPU) 45, a message/transaction 
buffering device. CPU 42 routes and buffers data, and 
communicates through poller 44 with game machines 100 and 
102. Poller 44 transfers data between game machines 100 
and 102 and a local database 46. The game output data 
stored in local database 46 is transmitted at regular time 
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intervals to central authority 22 through a network 
interface 48 and subnetwork 18 and is stored in central 
database 24. Some of the input data in central database 24 
also is transmitted over subnetwork 18 to local database 46 
and is stored in database 46. On occasion, one of gaming 
machines 100 and 102 requires transmission of input data 
stored in local database 46, and the input data is sent to 
the gaming machine under control of CPU 42 . 

O [0025] Unit 60 includes a PC 61 employing a central 

processing unit (CPU) 62 that executes a poller algorithm 
64, which polls gaming machines 104 and 106 to obtain 

yy 

g\ output data over subnetworks 16 and 17 through data port 

(1 unit (DPU) 65, a message/transaction buffering device. 

in 

o 

[0026] CPU 62 routes and buffers data, and communicates 
through poller 64 with game machines 104 and 106. Poller 
64 transfers data between game machines 104 and 106 and 
local database 66. The game output data stored in a local 
database 66 is transmitted periodically to central 
authority 22 through a network interface 68 and subnetwork 
19, and is stored in central database 24. Some of the 
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input data in central database 24 also is transmitted over 
subnetwork 19 to local database 66 and is stored in 
database 66. On occasion, one of gaming machines 104 and 
106 requires transmission of input data stored in local 
database 66, and the input data is sent to the gaming 
machine under control of CPU 62 . 

[0027] Support systems connect to central authority 22 
through networks 20 and 21. The support systems include a 
ticketing workstation 128, an administration workstation 
13 0, an accounting workstation 132 and other workstations, 
such as a kiosk ticket redemption workstation 141. 

[0028] Accounting workstation 132 stores gaming audit 
report generating software that generates gaming audit 
reports from gaming transaction data formatted in an audit 
format . 

[0029] Gaming machine 102 is exemplary of gaming 
machines 100-106 and will be described in more detail in 
connection with Figure 3 . 

[0030] Referring to Figure 3, gaming machine 102 
includes a game controller 108, a display 110, and a game 
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interface 112. Game interface 112 may include, for 
example, an RS485 interface such as that implemented by a 
Sentinel™ Interface from Casino Data Systems. Other 
interfaces and network architectures (e.g., Ethernet, 
parallel port, and the like) may be substituted. Game 
interface 112 may implement, for example, the IGT Gaming 
SAS™ communication protocol or the CDS GDAP™ communication 
protocol for communication with gaming machine 102, or a 
custom communication protocol. Game interface 112 includes 
a CPU 144, a program and data memory 146 and a serial 
controller 148. Gaming machine 102 also typically includes 
a coin comparator 114, a bill validator 115, a ticket 
reader 116, and a ticket printer 118. The functionality of 
the ticket reader 116 and bill validator 115 is often 
incorporated into a single device. 

[0031] Game controller 108 includes meters that generate 
and store transaction data obtained from gaming machine 
102, such as a meter function 109 that generates and stores 
meter data recording various gaming transactions of game 
102 and a jackpot function 107 that generates and stores 
jackpot data. The transaction data (e.g., meter data and 
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jackpot data) are transmitted to memory 14 6 under the 
control of CPU 144. Memory 146 stores the transaction data 
in tables, such as a meter table L-SMD and a jackpot table 
L-JP. 

[0032] The game controller 108 is responsive to a 
cashout signal 134 to print a ticket 136 on paper, or other 
suitable material. Previously printed tickets (e.g., a 
O ticket 138) may be redeemed by the gaming machines 100-106. 

H [0033] The game controller 108 is responsible for 

i 

+; operation of the gaming machine 102. Thus the game 

|j I 

^ controller may include a microprocessor, memory, game 

jg software, and support circuitry to implement a slot machine 

ffi or other type of game. The display 110 presents to the 

player a representation of the pending credit in the gaming 
machine 102 (e.g., $455.50). During play, the game 
controller 108 tracks the pending credit according to the 
rules of the game and the interaction with the player 
(including the deposit of additional funds via coin 
comparator 114, bill validator 115 or ticket reader 116), 
and further monitors for assertion of the cashout signal 
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134. Thus, central authority 22 does not monitor the 
pending credit in each of gaming machines 100-106, because 
each of gaming machines 100-106 tracks the pending credit 
locally and independently of central authority 22. 

[0034] In response to the cashout signal 134, the game 
controller 108 prints the ticket 13 6 which may be redeemed 
later at any of gaming machines 100-106 or at independent 
workstations, such as workstation 141, with ticket readers. 
The cashout signal 134 may be generated by a player- 
actuated switch, touchscreen input, or the like. The game 
controller 108 prints the ticket 136 with a pre-loaded 
ticket validation number obtained from the central 
authority 22, stored in local database 4 6 and then 
transferred to memory 146. Alternatively, the pre-loaded 
ticket validation number may be generated by poller 44, CPU 
144 or game controller 108, and may be stored in memory in 
preparation for the next ticket printing event. The ticket 
validation number also may be generated by game controller 
108 during the ticket printing event. 
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[0035] The central database 24 stores data obtained from 
the gaming machines 100-106, as well as locally generated 
validation numbers and ticket status. The ticketing 
workstation 12 8 redeems tickets for the amount specified by 
central authority 22, but does not enter a cash amount in 
any computer memory in return for currency, and does not 
print any tickets readable by ticket reader 116. 
Administration workstation 13 0 edits configuration 
information, and accounting workstation 132 produces 
reports, including gaming audit reports. 

[0036] Game 102 also includes a club card reader 150 
that can read a MAG number located on a magnetic strip of a 
club card 152, which may comprise a smart card. The MAG 
number is unique for each player. Card 152 also sometimes 
bears a player ID number that is human readable, but is not 
machine readable. The card reader sends the MAG number to 
central authority, which converts the MAG number to an OCR 
number. This feature prevents any potential misuse due to 
fraudulent creation of a bogus club card. Database 24 
maintains a table that correlates OCR numbers with player 
ID numbers. An example of misuse prevented or inhibited by 
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converting the MAG number to an OCR number is as follows. 
The clerks at the workstations generally have access to the 
OCR numbers, but not the MAG numbers. As a result, a 
person operating outside system 10 could not duplicate a 
new player card with a MAG number corresponding to an 
existing club card. If such a person could duplicate an 
existing club card, the person may be tempted to use the 
duplicate card to cash out a player's account. The 
conversion of the MAG number to an OCR number is an 
important feature that inhibits such temptation. 

[0037] Central authority 22 translates an OCR number to 

a corresponding player ID number. This feature allows a 
single player ID number to identify more than one OCR 
number. The player ID number can be used by the central 
authority to address the value of an account corresponding 
to the player ID number. Thus, the central authority keeps 
no account value corresponding to the MAG number or OCR 
number; it only keeps an account value corresponding to the 
player ID number, correlated with the OCR number by a 
table . 
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[0038] Neither the central authority nor any of 
workstations 128, 130, 132 or 141 has a bill validator or a 
coin comparator, and none has any capability for entering 
the value of currency received from a player. 

[0039] Club cards are generated by having a player fill 
out a form and submitting the form to a clerk at a 
workstation that is equipped with a card creator (not 
shown) . Typically, a card creator is located at only one 
or two work stations within a gambling facility. The clerk 
keys information into the workstation, and the information 
is transmitted to central authority 22, which then 
generates an OCR number, corresponding MAG no. and player 
ID number for the creation of a new club card. The OCR 
number and player ID number are stored in the database 24 
in the manner previously described. The central authority 
then causes the card creator to create a new club card with 
the stored player ID number and MAG number. Thus, the OCR 
number is not stored in database 24 by having the new club 
card read by a card reader. Once the MAG, OCR and player 
ID numbers are created, they cannot be changed by a person 
operating outside system 10. 
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[0040] Turning next to Figure 4, a ticket 200 includes a 
validation number bar code 202 (e.g., in Code 205 format), 
a validation number in human intelligible format 204, and a 
human intelligible cash out amount 206. The ticket 200, as 
shown, also includes a machine number 208 and a ticket 
number 210 (e.g., a sequential ticket number generated in 
the gaming machine 102) . Validation number bar code 202 is 
a machine -readable representation of a pre-loaded 
validation number, but validation number bar code 202 does 
not encode other information (e.g., the cash out amount). 
Additional information may be printed on the ticket 136, 
including a date/time of cashout, casino name, ticket 
expiration date, and the like. 

[0041] Central database 24 stores a real time (RT) 
database, an administration database, an application 
database and an archive database . 

[0042] Units 40 and 60 are identical and may be 
understood from the following description of unit 40. Unit 
4 0 may be implemented by personal computer (PC) 41 
configured as an SQL server for storing gaming data in 
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relational databases, including relational tables. PC 41 
polls gaming machines 100-102 and updates local database 46 
and central database 24. Communications to gaming machines 
100-102 may be an RS-485 connection to DPU 45 and to the 
gaming machines over subnetworks 14-15. Alternatively, 
communications may be by TCP/IP from unit 40 directly to 
the gaming machines, as shown in Figure 5. 

[0043] Unit 40 has a local SQL database, which contains 
all necessary information for unit 40 to process 
transactions from gaming machines 100 and 102 except for 
transactions involving balances in player accounts stored 
in central authority 22 and redemption of ticket 138. 
Gaming machines 100 and 102 include meters, such as meters 
107 and 109, that maintain transaction data concerning 
gaming transactions on the machines. The transaction data 
is stored in memory 146 (Figure 2) . Poller 44 writes all 
transaction data from gaming machines 100 and 102 to local 
relational tables, such as meter and player tables, in 
local database 46, which form relational databases. For 
example, meter data is stored in table L-SMD, jackpot data 
is stored in table L-JP, ticket data is stored in table L- 
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TICKET and player data is stored in table L- PLAYER. Unit 
40 obtains data from the RT and administration databases in 
central database 24 and posts all gaming transaction data 
from local database 46 to the RT database in central 
database 24. 

[0044] Unit 40 performs three processes: administrator, 
poller and data mover. 

[0045] The administrator posts transactions to the RT 
database indicating that unit 40 is processing 
transactions. The administrator also communicates with 
diagnostic application software, responding with real-time 
information about DPU 45 (Figure 2) , interface 112 (Figure 
3) , and the network 12 (Figure 2) . 

[0046] The poller processes transaction data from DPU 45 
and posts all transaction data to local database 46. The 
poller uses data required by games 100 and 102 from the 
local database 46 whenever possible. The poller obtains 
data relating to balances in player accounts and ticket 138 
from the RT database in central database 24 and stores the 
data in database 46. The transaction data stored in games 
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100-106 is formatted in a format unacceptable to the gaming 
audit report generating software stored in workstation 132. 
The poller formats the transaction data into the audit 
format acceptable to the gaming audit report generating 
software before storing the data in the tables in database 
46. 

[0047] The poller also obtains game status information 
such as Door Open/Close, Tilts, Game Meters, Diagnostic 
Status, Sub Game Meters, Jackpots, Bills In, Ticket 
Redemption and Tickets Out and inserts these transactions 
in the local database (e.g., 46, Figure 2). The poller 
also verifies the status of tickets in the RT database of 
central database 24 for the ticket redemption process. 

[0048] The poller also obtains requests from the player 
of gaming machine 102. Player card in and player card out 
operations initiated when the player inserts club card 152 
or removes club card 152 (Figure 3) create player ratings 
that are inserted into local database 46 (Figure 2) . The 
poller sends information to interface 112 (Figure 3) about 
the player in order to process a player rating, such as 
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player point bonuses or player level. The poller will 
perform Personal Banker transactions requested by the 
player. These transactions will be performed on the RT 
database in central database 24. The player may request a 
service transaction, such as a request for a drink. 

[0049] The poller also responds to requests from an 
employee of the gaming facility. Employee cards trigger 
the poller to obtain meters and trigger events such as coin 
or cash drop. 

[0050] The poller also passes information to interface 
112 (Figure 3) , such as current date and time, custom 
messages, game information /setup and player bonuses about 
to begin or end. 

[0051] The data mover queries the administration 
database on a regular time interval and updates the local 
database 46 with all changes. The data posted by the data 
mover includes system setup parameters, bonus setup, and 
gaming machine master data. 

[0052] The data mover involves several processes run 
simultaneously on unit 40: meter post, ticket post, jackpot 
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post, and player post. These processes automatically 
execute on unit 40. Steps performed by data mover are 
described in the following paragraphs. 

[0053] Meter post takes transaction data from the local 
meter table stored in database 46, updates the RT database 
in central database 24 and deletes the moved data from the 
from the local meter table L-SMD in database 46. 

[0054] Ticket post takes transactions from a local 
ticket table L-TICKET stored in local database 46, posts 
the transactions to the RT database in central database 24 
and deletes the transactions from the ticket table in local 
database 46. 

[0055] Jackpot post takes transactions from a local L-JP 
table, posts the transactions to the RT database in central 
database 24 and deletes the transactions from the local L- 
JP table. 

[0056] Player post takes transactions from a local 
player table L-PLAYER, posts the transactions to the RT- 
PLAYER database in central database 24 and deletes the 
transactions from the local Player table only after a Card- 



Docket No. 13251US01 



Out transaction has been processed (e.g., after the player 
using game 102 has exited the game and has removed his card 
152 from reader 150) , or on regular time intervals to 
prevent data loss. 

[0057] The data mover transfers all information stored 
in local database 46 by the poller to the RT database in 
central database 24. 

[0058] Referring to Figure 2, in operation, poller. 44 
polls gaming machines 100 and 102 to obtain ticket, player, 
meter and jackpot transaction data which is formatted into 
the audit format and is stored in database 46. The ticket 
data is stored in the audit format in table L-TICKET; 
player data is stored in the audit format in table L- 
PLAYER; meter data is stored in the audit format in table 
L-SMD and jackpot data is stored in audit format in table 
L-JP. At regular time intervals, the poller function of 
the data mover in unit 4 0 moves the data from tables L- 
TICKET, L-PLAYER, L-SMD and L-JP in database 46 to 
corresponding tables RT- TICKET, RT-PLAYER, RT-SMD and RT-JP 
in database 24 through interface 48 and subnetwork 18. 
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Moved data from tables L-TICKET, L- PLAYER, L-SMD and L-JP 
then are erased from database 46. 

[0059] From time- to- time , the input data stored in 
database 24 may be required by game 100 or game 102. Such 
data periodically is copied from database 24 and is stored 
in database 46 by the data mover function of unit 40. For 
example, the data mover function of unit 4 0 may retrieve 
from database 24 ticket, player, meter and jackpot data 
originating from gaming machines 100 and 102 played within 
the preceding 3 6 hours (or another time period) and store 
the data in database 46. As a result, the data will be 
readily available for use by gaming machines 100 and 102 
even if central authority 22 is temporarily disabled. 

[0060] As another example of input data, database 24 
stores credit balances for many players in a table RT- 
BALANCES. The data mover function of unit 4 0 copies the 
RT-BALANCES table from database 24 and stores the data from 
the table in table L-BALANCES of database 46. When a 
player uses his club card 152, reader 150 reads the 
identification code on the card, and the data mover 
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function of unit 40 addresses the credit balance 
corresponding to the identification code in the RT - BALANCE S 
table of database 46. The player can continue his play 
with the proper credit reading even if central authority is 
temporarily disabled. Alternatively, the data mover can 
retrieve only the portion of the RT-BALANCES table for a 
predetermined preceding time period, such as 3 6 hours. As 
another alternative, the data mover can retrieve only the 
credit balance for the player whose card is placed in 
gaming machine 10 0. 

[0061] As another example of input data, database 24 
stores a table RT-TICKET of ticket values resulting from 
printing of tickets like 136 or 138 shown in Figure 3. The 
data mover function of unit 4 0 copies the RT-TICKET table 
and stores the data from the table in the L-TICKET table of 
database 46. 

[0062] The data mover also obtains from database 24 
player name, point and comp balances, groups, preferences, 
player level, birthday and anniversary day. The data mover 
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then updates the local databases 46 and 66 with this 
information . 

[0063] Accounting workstation 132 uses gaming audit 
report generating software to generate reports of gaming 
activity by gaming machines 100-106. The software requires 
that the data in the tables of central database 24 be 
arranged in the audit format useable by the software. The 
transaction posting processes automatically post data in 
local databases 46 and 66 in the audit format required by 
the report generating software, thereby saving time and 
improving accuracy over the manual steps that have been 
required in the past . The data in the audit format is 
transferred at regular time intervals to database 24 for 
use by the audit report generating software. 

[0064] While the invention has been described with 
reference to one or more preferred embodiments, those 
skilled in the art will understand that changes may be made 
and equivalents may be substituted without departing from 
the scope of the invention. In addition, many 

modifications may be made to adapt a particular step, 
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structure, or material to the teachings of the invention 
without departing from its scope. Therefore, it is 
intended that the invention not be limited to the 
particular embodiment disclosed, but that the invention 
will include all embodiments falling within the scope of 
the appended claims. 
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